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IN THE CLAIMS 

Please amend the claims as follows: 

1 . (original) A device comprising: 

a jitter buffer; and 

a processor coupled with the jitter buffer, wherein the processor is adapted to 
receive a stream of audio packets in the jitter buffer, 
play out the audio packets from the jitter buffer; 
receive barge-in sound while playing out the audio packets; 
encode and transmitting the barge in sound; and 

flush without playing out at least some of the yet unplayed audio packets from 
the jitter buffer in response to transmitting the barge-in sound. 

2. (original) The device of claim 1 , wherein the processor is further adapted to: 

confirm that a lrill-on-barge-in prompt is playing prior to flushing. 

3. (original) The device of claim 1, wherein 

the barge-in sound is encoded in a barge-in packet that is transmitted through a 

network. 

4. (original) The device of claim 1, wherein the processor is further adapted to: 

receive a first purge packet through the network in response to the barge-in 

packet, 

wherein flushing the jitter buffer is performed in response to the first purge packet. 

5. (original) The device of claim 4> wherein 

the purge packet encodes an instruction to flush the jitter buffer. 

6. (Currently amended) The device of claim 4, wherein 

the purge packet is a RS* tt.eal Time T ransfer Protocol packet. 

7. (Currently amended) The device of claim 4, wherein 

the purge packet is a NSB Named Signaling Event p acket. 
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8. (original) The device of claim 4, wherein the processor is further adapted to: 

receive a second purge packet through the network; and 
ignore the second purge packet. 

9. (original) The device of claim 8, wherein the processor is further adapted to: 

compare a synchronization identification aspect of the second purge packet to 
a corresponding aspect of the first purge packet, 

wherein ignoring the second purge packet takes place only if there is a match. 

10. (original) The device of claim 1, wherein the processor is further adapted to: 

receive an additional audio packet after flushing the yet unplayed audio 
packets from the jitter buffer; and 

flush the additional packet without playing it out. 

1 1 . (original) The device of claim 10, wherein the processor is further adapted to: 

start counting a backoff period of a first duration after flushing the yet 
unplayed audio packets; and 

flush without playing out all packets received in the jitter buffer for the first 

duration. 

12. (original) The device of claim 1 1 , wherein the processor is further adapted to: 

receive a first purge packet through the network; and 
decode from the purge packet the first duration. 

13. (original) A device comprising: 

a network interface for coupling to a network; and 

a processor coupled with the network interface, wherein the processor is adapted to 
detect a barge-in event; 

responsive to the barge-in event, generate a purge packet; and 

transmit the purge packet through a network to a voice interface device having 

a jitter buffer, 

wherein the purge packet is for flushing the jitter buffer upon being received. 

14. (original) The device of claim 1 3, wherein the processor is further adapted to: 
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confirm that a kill-on-barge-in prompt is playing prior to generating the purge 

packet. 

15. (Currently amended) The device of claim 13, wherein 

the purge packet is an N&E Named Signaling Event p acket. 

16. (Currently amended) The device of claim 13, wherein the processor is further 
adapted to: 

transmit audio packets to the voice interface device through a media path, and 
wherein the purge packet is an Jt^FP Real Time Transfer Protocol packet, and sent 
through the media path. 

17. (original) The device of claim 13, wherein 

the purge packet is transmitted with a higher priority than the audio packets. 

18. (original) The device of claim 13, wherein the processor is further adapted to: 

receive a barge-in packet; and 

decode the barge-in packet to detect the barge-in event. 



19. (original) The device of claim 1 8, wherein 

a barge-in sound is decoded from the barge-in packet, and 
the barge-in sound is one of a voice and a DTMF sound* 

20. (original) The device of claim 13, wherein the processor is further adapted to: 

encode a first duration in the purge packet. 

21. (original) The device of claim 20, wherein the processor is further adapted to: 

determine the first duration- 



22. (original) A device comprising: 

means for receiving a stream of audio packets in a jitter buffer; 
means for playing out the audio packets from the jitter buffer; 
means for receiving barge-in sound while playing out the audio packets; 
means for encoding and transmitting the barge in sound; and 
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means for flushing without playing out at least some of the yet unplayed audio 
packets from the jitter buffer in response to transmitting the barge-in sound, 

23. (original) The device of claim 22, further comprising: 

means for confirming that a kill-on-barge-in prompt is playing prior to flushing. 

24. (original) The device of claim 22, wherein 

the barge-in sound is encoded in a barge-in packet that is transmitted through a 
network. 

25. (original) The device of claim 22, further comprising: 

means for receiving a first purge packet through the network in response to the barge- 
in packet, 

wherein flushing the jitter buffer is performed in response to the first purge packet. 

26. (original) The device of claim 25, wherein 

the purge packet encodes an instruction to flush the jitter buffer. 

27. (Currently amended) The device of claim 25, wherein 

the purge packet is a RTP Real Time Transfer Protocol packet. 

28. (Currently amended) The device of claim 25, wherein 

the purge packet is a NSE Named Signaling Event p acket. 

29. (original) The device of claim 25, further comprising: 

means for receiving a second purge packet through the network; and 
means for ignoring the second purge packet. 

30. (original) The device of claim 29, further comprising: 

means for comparing a synchronization identification aspect of the second purge 
packet to a corresponding aspect of the first purge packet, 

wherein ignoring the second purge packet takes place only if there is a match. 

3 1 . (original) The device of claim 22, wherein further comprising: 
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means for receiving an additional audio packet after flushing the yet unplayed audio 
packets from the jitter buffer; and 

means for flushing the additional packet without playing it out, 

32 . (original) The device of claim 3 1 , further comprising: 

means for starting to count a backoff period of a first duration after flushing the yet 
unplayed audio packets; and 

means for flushing without playing out all packets received in the jitter buffer for the 
first duration. 

33. (original) The device of claim 32, further comprising; 

means for receiving a first purge packet through the network; and 
means for decoding from the purge packet the first duration. 

34. (original) A device comprising; 

means for detecting a barge-in event; 

means for responsive to the barge-in event, generating a purge packet; and 
means for transmitting the purge packet through a network to a voice interface device 
having a jitter buffer, 

wherein the purge packet is for flushing the jitter buffer upon being received. 

35. (original) The device of claim 34, further comprising: 

means for confirming that a kilUon-barge-in prompt is playing prior to generating the 
purge packet. 

36. (Currently amended) The device of claim 34, wherein 

the purge packet is an NSE Named Signaling Event p acket. 

37. (Currently amended) The device of claim 34, further comprising: 

means for transmitting audio packets to the voice interface device through a media 
path, and 

wherein the purge packet is an R£t* Real Time Transfer Protocol packet and sent 
through the media path. 
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38. (original) The device of claim 34, wherein 

the purge packet is transmitted with a higher priority than the audio packets. 

39. (original) The device of claim 34, further comprising: 

means for receiving a barge-in packet; and 

means for decoding the barge-in packet to detect the barge-in event. 

40. (original) The device of claim 39, wherein 

a barge-in sound is decoded from the barge-in packet, and 
the barge-in sound is one of a voice and a DTMF sound. 

41. (original) The device of claim 34, further comprising: 

means for encoding a first duration in the purge packet. 

42. (original) The device of claim 41, further comprising: 

means for determining the first duration. 

43. (original) An article comprising: a storage medium, the storage medium having 
instructions stored thereon, wherein when the instructions are executed by at least one device, 
they result in: 

receiving a stream of audio packets in a jitter buffer; 
playing out the audio packets from the jitter buffer; 
receiving barge-in sound while playing out the audio packets; 
encoding and transmitting the barge in sound; and 

flushing without playing out at least some of the yet unplayed audio packets from the 
jitter buffer in response to transmitting the barge-in sound. 

44. (original) The article of claim 43, wherein the instructions further result in: 

confirming that a kill-on-barge-in prompt is playing prior to flushing. 

45- (original) The article of claim 43, wherein 

the barge-in sound is encoded in a barge-in packet that is transmitted through a 
network. 
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46. (original) The article of claim 43, wherein the instructions further result in: 

receiving a first purge packet through the network in response to the barge-in packet, 
wherein flushing the jitter buffer is performed in response to the first purge packet. 

47. (original) The article of claim 46, wherein 

the purge packet encodes an instruction to flush the jitter buffer. 

48. (Currently amended) The article of claim 46, wherein 

the purge packet is a RTF Real Time Transfer Protocol packet. 

49. (Currently amended) The article of claim 46, wherein 

the purge packet is a NSE Named Signaling Event p acket. 

50. (original) The article of claim 46, wherein the instructions further result in: 

receiving a second purge packet through the network; and 
ignoring the second purge packet. 

5 1 . (original) The article of claim 50, wherein the instructions further result in; 

comparing a synchronization identification aspect of the second purge packet to a 
corresponding aspect of the first purge packet, 

wherein ignoring the second purge packet takes place only if there is a match. 

52. (original) The article of claim 43, wherein the instructions further result in: 

after flushing the yet unplayed audio packets from the jitter buffer, receiving an 
additional audio packet; and 

flushing the additional packet without playing it out. 

53. (original) The article of claim 52, wherein the instructions further result in: 

after flushing the yet unplayed audio packets, starting to count a backoff period of a 
first duration; and 

flushing without playing out all packets received in the jitter buffer for the first 
duration. 

54. (original) The article of claim 53, wherein the instructions further result in: 
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receiving a first purge packet through the network; and 
decoding from the purge packet the fiTSt duration. 

55. (original) An article comprising: a storage medium, the storage medium having 
instructions stored thereon, wherein when the instructions are executed by at least one device, 
they result in: 

detecting a barge-in event; 

responsive to the barge-in event, generating a purge packet; and 
transmitting the purge packet through a network to a voice interface device having a 
jitter buffer, 

wherein the purge packet is for flushing the jitter buffer upon being received. 

56. (original) The article of claim 55, wherein the instructions further result in: 

confirming that a kill-on-barge-in prompt is playing prior to generating the purge 

packet 

57. (Currently amended) The article of claim 55, wherein 

the purge packet is an NSE Named Sign aling Event packet, 

58. (Currently amended) The article of claim 55, wherein the instructions further result 

in: 

transmitting audio packets to the voice interface device through a media path, and 
wherein the purge packet is an 3*33* R*al Time Transfer Protocol packet, and sent 
through the media path, 

59. (original) The article of claim 55, wherein 

the purge packet is transmitted with a higher priority than the audio packets. 

60. (original) The article of claim 55, wherein the instructions further result in: 

receiving a barge-in packet; and 

decoding the barge-in packet to detect the barge-in event. 

6 1 . (original) The article of claim 60, wherein 

a barge-in sound is decoded from the barge-in packet, and 
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the barge-in sound is one of a voice and a DTMF sound. 

62. (original) The article of claim 55, wherein the instructions further result in: 

encoding a first duration in the purge packet 

63. (original) The article of claim 62, wherein the instructions further result in: 

determining the first duration. 

64. (original) A method comprising: 

receiving a stream of audio packets in a jitter buffer; 
playing out the audio packets from the jitter buffer; 
receiving barge-in sound while playing out the audio packets; 
encoding and transmitting the barge in sound; and 

flushing without playing out at least some of the yet unplayed audio packets from the 
jitter buffer in response to transmitting the barge-in sound. 

65. (original) The method of claim 64, further comprising: 

confirming that a kill-on-barge-in prompt is playing prior to flushing. 

66. (original) The method of claim 64> wherein 

the barge-in sound is encoded in a barge-in packet that is transmitted through a 
network. 

67. (original) The method of claim 64> further comprising: 

receiving a first purge packet through the network in response to the barge-in packet, 
wherein flushing the jitter buffer is performed in response to the first purge packet. 

68. (Currently amended) The method of claim 67, wherein 

the purge packet encodes an instruction to flush the jitter buffer. 

69. (Currently amended) The method of claim 67, wherein 

the purge packet is a R¥£ Real Time Transfer Protocol packet. 

70. (original) The method of claim 67> wherein 
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the purge packet is a NS B Named Signaling Event packet 

71 . (original) The method of claim 67, further comprising: 

receiving a second purge packet through the network; and 
ignoring the second purge packet. 

72. (original) The method of claim 71, further comprising; 

comparing a synchronization identification aspect of the second purge packet to a 
corresponding aspect of the first purge packet, 

wherein ignoring the second purge packet takes place only if there is a match. 

73 . (original) The method of claim 64, further comprising: 

after flushing the yet unplayed audio packets from the jitter buffer, receiving an 
additional audio packet; and 

flushing the additional packet without playing it out, 

74. (original) The method of claim 73, further comprising: 

after flushing the yet unplayed audio packets, starting to count a backoff period of a 
first duration; and 

flushing without playing out all packets received in the jitter buffer for the first 
duration. 

75. (original) The method of claim 74, further comprising: 

receiving a first purge packet through the network; and 
decoding from the purge packet the first duration. 

76. (original) A method comprising: 

detecting a barge-in event; 

responsive to the barge-in event, generating a purge packet; and 
transmitting the purge packet through a network to a voice interface device having a 
jitter buffer, 

wherein the purge packet is for flushing the jitter buffer upon being received. 

77 . (original) The method of claim 76, further comprising: 
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confirming that a kill-on-barge-in prompt is playing prior to generating the purge 

packet. 

78. (Currently amended) The method of claim 76, wherein 

the purge packet is an NSB Named Signaling Event packet. 

79. (Currently amended) The method of claim 76, further comprising: 

transmitting audio packets to the voice interface device through a media path, and 
wherein the purge packet is an RK* Real Time Transfer Protocol packet, and sent 
through the media path. 

80. (original) The method of claim 76, wherein 

the purge packet is transmitted with a higher priority than the audio packets. 

8 1 . (original) The method of claim 76, further comprising: 

receiving a barge-in packet; and 

decoding the barge-in packet to detect the barge-in event. 

82. (original) The method of claim 8 1 , wherein 

a barge-in sound is decoded from the barge-in packet, and 
the barge-in sound is one of a voice and a DTMF sound. 

83. (original) The method of claim 76, further comprising: 

encoding a first duration in the purge packet 

84. (original) The method of claim 83, further comprising: 

determining the first duration. 
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